GermanWikipedia - /page/entry.mu

Micron Document

<!DOCTYPE html>

<title>Classless Inter-Domain Routing</title>

</head>

<h1 id="firstHeading" class="firstHeading mw-first-heading"><span class="mw-page-title-main">Classless Inter-Domain Routing</span></h1>

</header>

</div>

<p><b>Classless Inter-Domain Routing</b> (<b>CIDR</b>) beschreibt ein Verfahren zur effizienteren Nutzung des bestehenden 32-Bit-<a href="IP-Adresse" title="IP-Adresse">IP-Adress</a>-Raumes für <a href="IPv4" title="IPv4">IPv4</a>. Es wurde 1993 eingeführt (RFC 1518,<sup id="cite_ref-1" class="reference"><a href="#cite_note-1"><span class="cite-bracket">[</span>1<span class="cite-bracket">]</span></a></sup> RFC 1519,<sup id="cite_ref-2" class="reference"><a href="#cite_note-2"><span class="cite-bracket">[</span>2<span class="cite-bracket">]</span></a></sup> RFC 4632<sup id="cite_ref-RFC4632_3-0" class="reference"><a href="#cite_note-RFC4632-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup>), um die Größe von <a href="Routingtabelle" title="Routingtabelle">Routingtabellen</a> zu reduzieren und um die verfügbaren Adressbereiche besser auszunutzen.

</p><p>Mit CIDR entfällt die feste Zuordnung einer IPv4-Adresse zu einer <a href="Netzklasse" title="Netzklasse">Netzklasse</a>, bei welcher aus den ersten beiden Bits des ersten Oktetts die Präfixlänge der jeweiligen Netzklasse hervorging. Die Präfixlänge ist mit CIDR frei wählbar und muss deshalb beim Aufschreiben eines IP-Subnetzes mit angegeben werden. Dazu verwendet man häufig eine <a href="Netzmaske" title="Netzmaske">Netzmaske</a>.

</p><p>Bei CIDR führte man als neue Notation so genannte <a href="Suffix" title="Suffix">Suffixe</a> ein. In der CIDR-Notation folgt auf die IP-Adresse ein <a href="Schr%C3%A4gstrich" title="Schrägstrich">Slash</a> ('/') und dann das Suffix als Dezimalzahl. Die Zahl gibt die Anzahl der führenden 1-Bits in der Netzmaske (von links nach rechts) an. Damit bedeutet, dass jedes angegebene Bit identisch zur angegebenen IP-Adresse bleiben muss. Diese Schreibform, z. B. <code>172.17.0.0/17</code>, ist kompakter als die <a href="Dotted_decimal_notation" title="Dotted decimal notation">Dotted decimal notation</a> wie z. B.<code>172.17.0.0/255.255.128.0</code>.

</p><p>Bei <a href="IPv6" title="IPv6">IPv6</a> ist die Notation gleich wie beim CIDR in IPv4 und besteht aus IPv6-Adresse und Präfixlänge (z. B. <code>2001:0DB8:0:CD30::1/60</code>).

</p>

<div class="mw-heading mw-heading2"><h2 id="Beispiele">Beispiele</h2></div>

<ul><li>Die Notation <code>192.168.2.7/24</code> entspricht der Adresse 192.168.2.7 mit der Netzmaske 255.255.255.0: In <a href="Dualsystem" title="Dualsystem">binärer</a> Schreibweise ist die Netzmaske 11111111.11111111.11111111.00000000 – es gibt also 3 × 8 = 24 gesetzte Bits, genau wie im Suffix angegeben. Deshalb beschreiben <code>192.168.2.0/24, 192.168.2.1/24, 192.168.2.2/24, ... 192.168.2.254/24</code> und <code>192.168.2.255/24</code> alle dasselbe 24 Bit lange Präfix und damit dasselbe IP-Subnetz. Es ist üblich, IP-Subnetze mit der Netzadresse und dem CIDR-Suffix aufzuschreiben; hier <code>192.168.2.0/24</code>.</li>

<li><code>10.43.8.67/28</code> entspricht der Adresse 10.43.8.67 mit der Netzmaske 255.255.255.240: In <a href="Dualsystem" title="Dualsystem">binärer</a> Schreibweise ist die Netzmaske 11111111.11111111.11111111.11110000 – es gibt also 3 × 8 + 4 = 28 gesetzte Bits, wieder genau wie im Suffix angegeben. Das IPv4-Netz, in dem der Host 10.43.8.67 liegt, geht somit von 10.43.8.64 bis 10.43.8.79 und wird kurz als 10.43.8.64/28 notiert, wobei nur 10.43.8.65 bis 10.43.8.78 für Hosts genutzt werden können. Die <a href="Broadcast" title="Broadcast">Broadcast</a>-Adresse ist 10.43.8.79, die Netz-Adresse 10.43.8.64 und das Subnetz kann 14 Hosts adressieren.</li></ul>

<div class="mw-heading mw-heading3"><h3 id="Berechnung">Berechnung</h3></div>

<p>IPv4-Adresse = 10.43.8.67/28 (32 - 28 = 4 Bit (Netzmaske: 11111111.11111111.11111111.1111<b>0000</b> (mit 4 Stellen im Dualsystem lassen sich 16 unterschiedliche Werte darstellen, nämlich 0–15)) → <b>16 Adressen</b> − (Broadcast- und Netzadresse) = 14 IPv4-Adressen zu vergeben.)

</p><p>Netzmaske = 255.255.255.240

</p>

<th>Beschreibung

</th>

<th>Berechnung (Dualsystem)

</th>

<th>Binäre Darstellung der Adressen

</th>

<th>Dezimale Darstellung

</th></tr>

<tr>

<td>IPv4-Adresse

</td>

<td>Vorgegeben/Ausgangsdefinition

</td>

</td>

<td>10.43.8.67

</td></tr>

<tr>

<td>Netzmaske

</td>

<td>Vorgegeben/Ausgangsdefinition

</td>

</td>

<td>255.255.255.240

</td></tr>

<tr>

<td>Directed Broadcast-Adresse

</td>

<td>ODER-Verknüpfung von IPv4-Adresse und negierter Netzmaske

</td>

</td>

<td>10.43.8.79

</td></tr>

<tr>

<td>Netzadresse (Netz-ID)

</td>

<td>UND-Verknüpfung von IPv4-Adresse und Netzmaske

</td>

</td>

<td>10.43.8.64

</td></tr>

<tr>

<td>Position im Netz (Host-ID)

</td>

<td>UND-Verknüpfung von IPv4-Adresse und negierter Netzmaske

</td>

</td>

<td>3

</td></tr></tbody></table>

<td>Adressbereich

</td>

<td>10.43.8.64 bis 10.43.8.79

</td></tr>

<tr>

<td>IPv4-Adressen für Endgeräte

</td>

<td>10.43.8.65 bis 10.43.8.78

</td></tr>

<tr>

<td>

</td>

<td>da die erste und letzte Adresse in einem Adressbereich jeweils die Netz- und Broadcast-Adresse ist und somit an kein Endgerät vergeben werden kann.

</td></tr></tbody></table>

<div class="mw-heading mw-heading2"><h2 id="Sonstiges">Sonstiges</h2></div>

<p>CIDR bietet außerdem die Basis für die Durchführung von <i><a href="Aggregation_(Informatik)" title="Aggregation (Informatik)">route aggregation</a></i>. Dabei können mehrere spezifischere Routen zu einem weniger spezifischen Eintrag in der Routing-Tabelle zusammengefasst werden, welche sich hierdurch verkleinert. Neben der Reduzierung der Routing-Tabellengröße erzielt man mit Aggregierung einen Stabilitätsgewinn, da die aggregierte Route keine Zustandsinformationen der spezifischeren Leitweginformationen enthält. Beispiel: die folgenden 256 Subnetze 10.1.1.0/24, 10.1.2.0/24, …, 10.1.255.0/24 haben alle das Präfix 10.1 gemeinsam und lassen sich somit zu 10.1.0.0/16 aggregieren. Diese Summary-Route kann im Netzwerk an Stellen bekannt gegeben werden, bei denen Zustands-Informationen über die spezifischeren Routen nicht benötigt werden. Dementsprechend wirken sich Instabilitäten („Link Flapping“) von spezifischeren Routen nicht auf ihr Aggregat aus und führen folglich bei Routern, denen nur das Aggregat bekannt ist, auch zu keiner Re-Kalkulation der Routing-Tabelle im Falle von Zustandsänderung der Aggregatsmitglieder. Dasselbe Prinzip ist vom <a href="Telefonnetz" title="Telefonnetz">Telefonnetz</a> bekannt – so benötigt z. B. eine <a href="Vermittlungsstelle" title="Vermittlungsstelle">Vermittlungsstelle</a> in Karlsruhe keine genauen Information über den <a href="Teilnehmer_(Kommunikationssystem)" title="Teilnehmer (Kommunikationssystem)">Anschlussteilnehmer</a> 040/123456 im Hamburger <a href="Ortsnetz" title="Ortsnetz">Ortsnetz</a>, sondern nur die Information, in welche Richtung Gespräche der „aggregierten Route“ <i>040</i> allgemein vermittelt werden sollen.

</p><p>Die Routing-Protokolle <a href="Border_Gateway_Protocol" title="Border Gateway Protocol">BGP</a>, <a href="IS-IS" title="IS-IS">IS-IS</a>, <a href="Routing_Information_Protocol" title="Routing Information Protocol">RIP v2 (RIP II)</a>, <a href="Enhanced_Interior_Gateway_Routing_Protocol" title="Enhanced Interior Gateway Routing Protocol">EIGRP</a> (nicht RIP/RIP I) und <a href="Open_Shortest_Path_First" title="Open Shortest Path First">OSPF</a> haben CIDR <a href="Implementierung" title="Implementierung">implementiert</a>.

</p><p>Die CIDR-Notation hat sich inzwischen auf breiter Basis für die Referenzierung von IP-Netzen auch in <a href="Anwendungssoftware" title="Anwendungssoftware">Anwendungssoftware</a> (z. B. in <a href="IRC-Daemon" title="IRC-Daemon">IRC-Daemons</a>) durchgesetzt. Somit ist es möglich, eine Zugriffsliste, die alle IPv4-Adressen von 172.25.0.0 bis 172.25.255.255 betreffen soll, kurz als 172.25.0.0/16 zu schreiben.

Gelegentlich werden dabei niederwertige <a href="Oktett_(Informatik)" title="Oktett (Informatik)">Oktette</a>, die null sind, weggelassen, so dass für 172.25.0.0/16 auch 172.25/16 notiert wird – allerdings ist dies nicht im RFC 4632<sup id="cite_ref-RFC4632_3-1" class="reference"><a href="#cite_note-RFC4632-3"><span class="cite-bracket">[</span>3<span class="cite-bracket">]</span></a></sup> verankert und darum nicht empfehlenswert.

</p>

<div class="mw-heading mw-heading2"><h2 id="Übersicht_für_IPv4"><span id=".C3.9Cbersicht_f.C3.BCr_IPv4"></span>Übersicht für IPv4</h2></div>

<p>Die folgende Tabelle zeigt die Anzahl IPv4-Adressen pro <i>Subnetz</i> sowie die für Hosts nutzbaren Adressen, das heißt abzüglich der Adressen eines Bereichs für die Netzadresse (alle Bits im Hostteil auf null, also die kleinste Adresse im Bereich) und die Broadcast-Adresse (alle Bits im Hostteil auf eins, also die größte Adresse im Bereich).

</p><p>Allgemein gilt: <span class="mwe-math-element mwe-math-element-inline"><span class="mwe-math-mathml-inline mwe-math-mathml-a11y" style="display: none;"><math xmlns="http://www.w3.org/1998/Math/MathML" alttext="{\displaystyle {\text{Anzahl der IPv4-Adressen}}=2^{(32-{\text{Länge der Netzadresse}})}}">

<mtext>Anzahl der IPv4-Adressen</mtext>

</mrow>

<msup>

<mtext>Länge der Netzadresse</mtext>

</mrow>

</mrow>

</msup>

</mstyle>

</mrow>

<annotation encoding="application/x-tex">{\displaystyle {\text{Anzahl der IPv4-Adressen}}=2^{(32-{\text{Länge der Netzadresse}})}}</annotation>

</semantics>

</math></span><img src="./_assets_/eb734a37dd21ce173a46342d1cc64c92/2285a2e1478a68e16d5c91aed9435de35df750a3.svg" class="mwe-math-fallback-image-inline mw-invert skin-invert" aria-hidden="true" style="vertical-align: -0.338ex; width:51.4ex; height:3.009ex;" alt="{\displaystyle {\text{Anzahl der IPv4-Adressen}}=2^{(32-{\text{Länge der Netzadresse}})}}" loading="lazy"></span>

</p>

<th>Notation

</th>

<th>Anzahl der Adressen

</th>

<th>Nutzbare<br> Host-Adressen

</th>

<th>Subnetzmaske<br> dezimal

</th>

<th>Subnetzmaske<br> binär

</th>

<th>Kommentar

</th></tr>

<tr>

<td>/0

</td>

<td>4.294.967.296

</td>

</td>

<td>0.0.0.0

</td>

</td>

<td>Vollständiger IPv4-Adressraum

</td></tr>

<tr>

<td>/1

</td>

<td>2.147.483.648

</td>

<td>–

</td>

<td>128.0.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/2

</td>

<td>1.073.741.824

</td>

<td>–

</td>

<td>192.0.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/3

</td>

<td>536.870.912

</td>

<td>–

</td>

<td>224.0.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/4

</td>

<td>268.435.456

</td>

<td>–

</td>

<td>240.0.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/5

</td>

<td>134.217.728

</td>

<td>–

</td>

<td>248.0.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/6

</td>

<td>67.108.864

</td>

<td>–

</td>

<td>252.0.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/7

</td>

<td>33.554.432

</td>

<td>–

</td>

<td>254.0.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/8

</td>

<td>16.777.216

</td>

<td>16.777.214

</td>

<td>255.0.0.0

</td>

</td>

<td>„Class A“-Größe

</td></tr>

<tr>

<td>/9

</td>

<td>8.388.608 (128×65.536)

</td>

<td>8.388.606

</td>

<td>255.128.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/10

</td>

<td>4.194.304 (64×65.536)

</td>

<td>4.194.302

</td>

<td>255.192.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/11

</td>

<td>2.097.152 (32×65.536)

</td>

<td>2.097.150

</td>

<td>255.224.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/12

</td>

<td>1.048.576 (16×65.536)

</td>

<td>1.048.574

</td>

<td>255.240.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/13

</td>

<td>524.288 (8×65.536)

</td>

<td>524.286

</td>

<td>255.248.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/14

</td>

<td>262.144 (4×65.536)

</td>

<td>262.142

</td>

<td>255.252.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/15

</td>

<td>131.072 (2×65.536)

</td>

<td>131.070

</td>

<td>255.254.0.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/16

</td>

<td>65.536 (1×65.536)

</td>

<td>65.534

</td>

<td>255.255.0.0

</td>

</td>

<td>„Class B“-Größe

</td></tr>

<tr>

<td>/17

</td>

<td>32.768 (128×256)

</td>

<td>32.766

</td>

<td>255.255.128.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/18

</td>

<td>16.384 (64×256)

</td>

<td>16.382

</td>

<td>255.255.192.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/19

</td>

<td>8.192 (32×256)

</td>

<td>8.190

</td>

<td>255.255.224.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/20

</td>

<td>4.096 (16×256)

</td>

<td>4.094

</td>

<td>255.255.240.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/21

</td>

<td>2.048 (8×256)

</td>

<td>2.046

</td>

<td>255.255.248.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/22

</td>

<td>1.024 (4×256)

</td>

<td>1.022

</td>

<td>255.255.252.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/23

</td>

<td>512 (2×256)

</td>

<td>510

</td>

<td>255.255.254.0

</td>

</td>

<td>

</td></tr>

<tr>

<td>/24

</td>

<td>256 (1×256)

</td>

<td>254

</td>

<td>255.255.255.0

</td>

</td>

<td>„Class C“-Größe

</td></tr>

<tr>

<td>/25

</td>

<td>128 (128×1)

</td>

<td>126

</td>

<td>255.255.255.128

</td>

</td>

<td>

</td></tr>

<tr>

<td>/26

</td>

<td>64 (64×1)

</td>

<td>62

</td>

<td>255.255.255.192

</td>

</td>

<td>

</td></tr>

<tr>

<td>/27

</td>

<td>32 (32×1)

</td>

<td>30

</td>

<td>255.255.255.224

</td>

</td>

<td>

</td></tr>

<tr>

<td>/28

</td>

<td>16 (16×1)

</td>

<td>14

</td>

<td>255.255.255.240

</td>

</td>

<td>

</td></tr>

<tr>

<td>/29

</td>

<td>8 (8×1)

</td>

<td>6

</td>

<td>255.255.255.248

</td>

</td>

<td>

</td></tr>

<tr>

<td>/30

</td>

<td>4 (4×1)

</td>

<td>2

</td>

<td>255.255.255.252

</td>

</td>

<td>Verbindungsnetz zwischen zwei Routern

</td></tr>

<tr>

<td>/31

</td>

<td>2 (2×1)

</td>

</td>

<td>255.255.255.254

</td>

</td>

<td>Verbindungsnetz zwischen zwei Routern<sup id="cite_ref-RFC3021_6-0" class="reference"><a href="#cite_note-RFC3021-6"><span class="cite-bracket">[</span>4<span class="cite-bracket">]</span></a></sup>

</td></tr>

<tr>

<td>/32

</td>

<td>1 (1×1)

</td>

</td>

<td>255.255.255.255

</td>

</td>

<td>einzelner Host

</td></tr></tbody></table>

Adressbereiche der Größe <i>/0</i> bis <i>/7</i> werden in der Praxis nicht als einzelnes Subnetz verwendet, sondern in mehrere Subnetze unterteilt.</span>

</li>

<i> /31</i>-Netze enthalten keine nutzbaren Host-Adressen, während <i>/32</i> kein Subnetz, sondern immer einen einzelnen Host adressiert. Hierbei gibt es auch Ausnahmen. So wurde im RFC 3021 vorgeschlagen, dass <i>/31</i>-Netze genutzt werden, um <a href="Point-to-point" class="mw-redirect" title="Point-to-point">Point-to-point</a>-Verbindungen zu etablieren. Dies wurde unter anderem von der Firma Cisco implementiert. Des Weiteren ist es <a href="Subnetting#Verwendung_auf_Netzwerksegmenten" class="mw-redirect" title="Subnetting">unter bestimmten Umständen</a> möglich, die Netz- und Broadcastadresse für Hosts zu verwenden.</span>

</li>

</ol>

<p>Seit der Einführung von CIDR ist <i><a href="Netzklasse" title="Netzklasse">classful routing</a></i> zwar praktisch abgeschafft, beispielsweise ein <i>/24</i>-Netz als „Class C“ zu bezeichnen ist jedoch, zumindest umgangssprachlich, erhalten geblieben – obwohl diese Bezeichnung zumeist sogar falsch ist, da mittlerweile ehemalige <a href="Netzklasse#Veraltete_Lehre" title="Netzklasse">Class A- oder Class B-Netze als kleinere Allokationen/Assignments</a> zugeteilt werden und man somit ggf. von einem „Class C“-großen Netz spricht, was nach klassischer Notation ein <a href="Subnetz" title="Subnetz">Subnetz</a> eines Class-A- oder B-Netzes wäre.

</p>

<div class="mw-heading mw-heading2"><h2 id="Siehe_auch">Siehe auch</h2></div>

<ul><li><a href="Variable_Length_Subnet_Mask" title="Variable Length Subnet Mask">Variable Length Subnet Mask</a></li></ul>

<div class="mw-heading mw-heading2"><h2 id="Weblinks">Weblinks</h2></div>

/* start https://de.wikipedia.org/ */

.mw-parser-output .dewiki-iconexternal>a{background-position:center right!important;background-repeat:no-repeat!important}body.skin-minerva .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/OOjs_UI_icon_external-link-ltr-progressive.svg")!important;background-size:10px!important;padding-right:13px!important}body.skin-timeless .mw-parser-output .dewiki-iconexternal>a,body.skin-monobook .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/MediaWiki_external_link_icon.svg")!important;padding-right:13px!important}body.skin-vector .mw-parser-output .dewiki-iconexternal>a{background-image:url("./_mw_/Link.ernal-small-ltr-progressive.svg")!important;background-size:0.857em!important;padding-right:1em!important}

/* end https://de.wikipedia.org/ */

</style><span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc950" class="extiw external" title="rfc:950">950</a></span></i> – <i><span lang="en">Internet Standard Subnetting Procedure</span></i>. 1985 (englisch).</li>

<li><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc1338" class="extiw external" title="rfc:1338">1338</a></span></i> – <i><span lang="en">Supernetting: an Address Assignment and Aggregation Strategy</span></i>. 1992 (englisch).</li>

<li><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc1518" class="extiw external" title="rfc:1518">1518</a></span></i> – <i><span lang="en">An Architecture for IP Address Allocation with CIDR</span></i>. 1993 (Status: Historisch, englisch).</li>

<li><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc1519" class="extiw external" title="rfc:1519">1519</a></span></i> – <i><span lang="en">Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy</span></i>. 1993 (Status: Historisch, englisch).</li>

<li><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc3021" class="extiw external" title="rfc:3021">3021</a></span></i> – <i><span lang="en">Using 31-Bit Prefixes on IPv4 Point-to-Point Links</span></i>. (englisch).</li>

<li><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc4632" class="extiw external" title="rfc:4632">4632</a></span></i> – <i><span lang="en">Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan</span></i>. 2006 (englisch).</li>

<li><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc4291" class="extiw external" title="rfc:4291">4291</a></span></i> – <i><span lang="en">IP Version 6 Addressing Architecture</span></i>. (enthält im Kapitel 2.3 die Schreibweise bei IPv6, englisch).</li></ul>

<div class="mw-heading mw-heading2"><h2 id="Einzelnachweise">Einzelnachweise</h2></div>

<li id="cite_note-1"><span class="mw-cite-backlink"><a href="#cite_ref-1">↑</a></span> <span class="reference-text"><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc1518" class="extiw external" title="rfc:1518">1518</a></span></i> – <i><span lang="en">An Architecture for IP Address Allocation with CIDR</span></i>. 1993 (Status: Historisch, englisch).</span>

</li>

<li id="cite_note-2"><span class="mw-cite-backlink"><a href="#cite_ref-2">↑</a></span> <span class="reference-text"><i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc1519" class="extiw external" title="rfc:1519">1519</a></span></i> – <i><span lang="en">Classless Inter-Domain Routing (CIDR): an Address Assignment and Aggregation Strategy</span></i>. 1993 (Status: Historisch, englisch).</span>

</li>

<i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc4632" class="extiw external" title="rfc:4632">4632</a></span></i> – <i><span lang="en">Classless Inter-domain Routing (CIDR): The Internet Address Assignment and Aggregation Plan</span></i>. 2006 (englisch).</span>

</li>

<i><a href="Request_for_Comments" title="Request for Comments">RFC</a>: <span class="dewiki-iconexternal"><a href="https://datatracker.ietf.org/doc/html/rfc3021" class="extiw external" title="rfc:3021">3021</a></span></i> – <i><span lang="en">Using 31-Bit Prefixes on IPv4 Point-to-Point Links</span></i>. (englisch).</span>

</li>

</ol></div><div><div class="zim-footer">

Dieser Artikel wurde von <a class="external text" title="Zuletzt bearbeitet am 2025-12-14" href="https://de.wikipedia.org/wiki/?title=Classless_Inter-Domain_Routing&oldid=262430275">Wikipedia</a> herausgegeben. Der Text ist unter <a class="external text" href="https://creativecommons.org/licenses/by-sa/4.0/deed.de">Creative Commons Attribution-Share Alike 4.0</a> verfügbar, sofern nicht anders angegeben. Für die Mediendateien können zusätzliche Bedingungen gelten.

</div>

</div></div>

</div>

</main>

</div>

</body></html>